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DETAILED ACTION 

1. This is in response to the Response filed on 2/2/2006. Claims 1-31 are 
presented for examination. 



Claim Rejections - 35 USC §112 

2. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out 
and distinctly claiming the subject matter which the applicant regards as his invention. 

In claim 8, the term, "substantially" is a relative term which render the claim 
indefinite. The term "substantially" is not defined by the claim, the specification does 
not provide a standard for ascertaining the requisite degree, and one of ordinary skill in 
the art would not be reasonably apprised of the scope of the invention. 



Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in a patent granted on an application for patent 
by another filed in the United States before the invention thereof by the applicant for 
patent, or on an international application by another who has fulfilled the requirements 
of paragraphs (1), (2), and (4) of section 371(c) of this title before the invention thereof 
by the applicant for patent. 
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The changes made to 35 U.S.C. 102(e) by the American Inventors Protection 
Act of 1999 (AIPA) do not apply to the examination of this application as the application 
being examined was not (1) filed on or after November 29, 2000, or (2) voluntarily 
published under 35 U.S.C. 122(b). Therefore, this application is examined under 35 
U.S.C. 102(e) prior to the amendment by the AIPA (pre-AlPA 35 U.S.C. 102(e)). 

4. Claims 1-5, 7-12, 14 and 17-31 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Carre, US pat. No.6,282,579. 

As to claim 1 , Carre discloses a method for managing a network, the method 
comprising: 

a client (Agent 1 fig. 3a) generating a request for type information for an attribute or 
event, wherein the request is expressed in an interface definition language, wherein the 
interface definition language is operable to define object interfaces across a plurality of 
platforms and across a plurality of programming languages [see abstract, fig. 2a, 2b, 
col. 3 lines 18-55 and col.5 lines 4-38). 

sending the request for type information to an object request broker (Object Request 
Broker ORB of fig.3a) and a metadata gateway (CMISE Gateway fig.3a) receiving the 
request for type information from the object request broker (see col.5 lines 39-65). 

reading the type information from a metadata repository (CMISE/IDLfig.3), wherein 
the type information is stored in a database format in the metadata repository and 
translating the type information from the database format to the interface definition 
language (protocol translation, see col.6 lines 1-29). 
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the metadata gateway sending the translated type information to the object request 
broker and the client receiving the translated type information for the attribute or event 
through the object request broker, wherein the translated type information is expressed 
in the interface definition language (translation of COBRA address types from OSI 
types, see col. 6 lines 10-35). 

As to claim 2, Carre discloses translating the type information from the database format 
to an abstract syntax notation and then translating the type information from the abstract 
syntax notation to the interface definition language (using semantic conversions, see 
col.1 lines 34-55 and col. 5 line 60 to col.6 line 21). 

As to claim 3, Carre discloses translating an abstract syntax notation (ASN1) (see col. 5 
lines 39-58). 

As to claim 4, Carre discloses translating the type information from the abstract syntax 
notation to an object specification language and translating the object specification 
language to the interface definition language (semantic conversions, see col.1 lines 34- 
55 and col.5 line 60 to col.6 line 21). 

As to claim 5, Carre discloses sending the request for type information to an object 
request broker, the metadata gateway receiving the request for type information from 
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the object request broker, the metadata gateway sending the translated type information 
to the object request broker (see fig. 3a, 3b, col. 5 lines 4-58 and col. 6 lines 15-35). 

As to claim 7, Carre discloses the metadata gateway is implemented on a single server 
computer system (see fig. 1 , col. 3 lines 18-55 and col. 5 lines 4-42). 

As to claim 8, Carre discloses the metadata gateway is distributed over a plurality of 
servers, wherein each of the plurality of servers presents a substantially identical view 
of the metadata gateway (see fig. 3b, col.4 lines 17-62 and col.5 lines 4-58). 

As to claim 9, Carre discloses the interface definition language is class independent 
(see fig. 3b, col.4 lines 17-62 and col.5 lines 4-58). 

As to claim 10, Carre discloses a method for managing a network, the method , 
comprising: 

a client (Agent 1 fig. 3a) generating a request to encode type information for an 
object, attribute, or event, wherein the request is expressed in an interface definition 
language, wherein the interface definition language is operable to define object 
interfaces across a plurality of platforms and across a plurality of programming 
languages [see abstract, fig. 2a, 2b, col.3 lines 18-55 and col.5 lines 4-38). 

sending the request to an object request broker (ORB fig. 3a) and a metadata 
gateway (CMISE Gateway fig. 3a) receiving the request to encode the type information 
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from the object request broker (ORB fig. 3) and translating the type information from the 
interface definition language to a database format receiving the request for type 
information from the object request broker (using IDL protocol translation services, see 
col.5 lines 39-65). 

storing the type information in a metadata repository (CMISE/IDLfig.3), wherein 
the type information is stored in a database format in the metadata repository 
(translation of COBRA address types from OSI types, see col.6 lines 10-35). 

As to claim 1 1 , Carre discloses translating the type information from the database 
format to an abstract syntax notation and then translating the type information from the 
abstract syntax notation to the interface definition language (using semantic 
conversions, see col.1 lines 34-55 and col.5 line 60 to col.6 line 21). 

As to claim 12, Carre discloses translating the type information from the abstract syntax 
notation to an object specification language and translating the object specification 
language to the interface definition language (semantic conversions, see col.1 lines 34- 
55 and col.5 line 60 to col.6 line 21). 

As to claim 14, Carre discloses a network management system comprising: 

a metadata repository (CMISE/IDL fig. 3a) comprises metadata concerning object 
classes for a plurality of managed objects, wherein the metadata comprising information 
expressed in a database format, and wherein the managed objects correspond to 
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managed devices (see abstract, figs.2a, 3a, abstract, col. 3 lines 18-55 and col. 5 lines 4- 
38). 

a metadata gateway (CMISE Gateway fig. 3a) which is communicatively coupled to 
the repository and to an object request broker (ORB fig. 3a), wherein the metadata 
gateway is operable to send and receive the metadata from the database, wherein the 
metadata gateway provides translation of the metadata to and from the database 
format and an interface definition language (using IDL protocol translation services, see 
col.5 lines 39-65). 

wherein the interface definition language is operable to define object interfaces 
across a plurality of platforms and across a plurality of programming languages 
(translation of COBRA address types from OSI types, see col. 6 lines 10-35). 

As to claim 17, Carre discloses a library of data types expressed in an abstract syntax 
notation, wherein the abstract syntax notation comprises a metadata notation language; 
a plurality of object types, wherein each object type comprises one or more of the data 
types from the library of data types; and an interface to the plurality of object types, 
wherein the interface is operable to provide one or more clients with access to the 
metadata as expressed in the interface definition language (see fig.2a, 3a, col.4 lines 7- 
62 and col.5 line 39 to col.6 line 35). 

As to claims 18-19 and 21, Carre discloses plurality of object types is a 
programming-language independent and platform independent interface including 
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CORBA objects and COBRA ORB (see fig.2a, 3a, col.4 lines 7-62 and col. 5 line 39 to 
col.6 line 35). 

As to claim 20, Carre discloses the object request broker is configurable to be accessed 
by a plurality of network management clients to obtain the metadata as expressed in the 
generic interface (see fig.2a, 3a, col.4 lines 7-62 and col. 5 line 39 to col.6 line 35). 

As to claim 22, Carre discloses a carrier medium comprising program instructions, 
wherein the program instructions are computer-executable to implement: 

a metadata gateway (CMISE Gateway fig.3a) receiving a request for type 
information from an object request broker (ORB fig.3a) (see abstract, figs.2a, 3a, 
abstract, col. 3 lines 18-55 and col.5 lines 4-38), 

reading the type information from a metadata repository (CMISE/IDL fig. 3a), 
wherein the type information is stored in a database format in the metadata repository 
and translating the type information from the database format to an interface definition 
language (using IDL protocol translation services, see col.5 lines 39-65), and 

using the metadata gateway sending the translated type information to the 
object request broker (translation of COBRA address types from OSI types, see col.6 
lines 10-35). 

As to claim 23, Carre discloses translating the type information from the database 
format to an abstract syntax notation and then translating the type information from the 
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abstract syntax notation to the interface definition language (using semantic 
conversions, see col.1 lines 34-55 and col. 5 line 60 to col.6 line 21). 

As to claim 24, Carre discloses translating an abstract syntax notation (ASN1) (see 
col.5 lines 39-58). 

As to claim 25, Carre discloses translating the type information from the abstract syntax 
notation to an object specification language and translating the object specification 
language to the interface definition language (semantic conversions, see col.1 lines 34- 
55 and col.5 line 60 to col.6 line 21). 

As to claim 26, Carre discloses the interface definition language is class independent 
(see fig. 3b, col.4 lines 17-62 and col.5 lines 4-58). 

As to claim 27, Carre discloses a tangible, accessible medium comprising program 
instructions which are computer executable to implement: 

a metadata gateway receiving a request to encode type information from an 
object request broker (ORB fig.3a) (see abstract, figs.2a, 3a, abstract, col.3 lines 18-55 
and col.5 lines 4-38), 

translating the type information from an interface definition language to a 
database format storing the type information in a metadata repository (CMISE/IDL 
fig. 3a) (using IDL protocol translation services, see col.5 lines 39-65), wherein the type 
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information is stored in a database format in the metadata repository (see see col.6 
lines 10-35). 

As to claim 28, Carre discloses translating the type information from the database 
format to an abstract syntax notation and then translating the type information from the 
abstract syntax notation to the interface definition language (using semantic 
conversions, see col.1 lines 34-55 and col. 5 line 60 to col.6 line 21). 

As to claim 29, Carre discloses translating an abstract syntax notation (ASN1) (see 
col.5 lines 39-58). 

As to claim 30, Carre discloses translating the type information from the abstract syntax 
notation to an object specification language and translating the object specification 
language to the interface definition language (semantic conversions, see col.1 lines 34- 
55 and col.5 line 60 to col.6 line 21). 

As to claim 31, Carre discloses the interface definition language is class independent 
(see fig.3b, col.4 lines 17-62 and col.5 lines 4-58). 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

6. Claims 6, 13, 15, 16 are rejected under 35 USC 103(a) as being unpatentable 
over Carre, US pat. No.5,758,186 in view of Kung et al., US pat. No.6,775,267. 
As to claims 6, 13, 15, 16, Carre 's teachings still applied as in claim 1 above. 
Carre further discloses translating data type from the data base format (using semantic 
conversions, see col.1 lines 34-55 and col.5 line 60 to col.6 line 21). Carre does not 
specifically disclose via an MOP, a telephone system and a network switch. However, 
Kung discloses disclose via an MOP, a telephone system and a network switch (see 
figs.1, 2, abstract, col.4 lines 2-59 and col.1 1 line 66 to col. 12 line 51). It would have 
been obvious to one of the ordinary skill in the art at the time the invention was made to 
utilize Kung's teachings into the computer system of Carre to process data information 
because it would have provided broadband access capabilities or enhanced services for 
use in conjunction with a packetized network as Internet Protocol based system 
infrastructure. 
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Response to Arguments 

7. Applicant's arguments with respect to claims 1-31 have been fully considered but 
they are not persuasive. 

• Applicant still asserts that the term "substantially" in claim 8 is not 
indefinite. 

Examiner respectfully disagrees. The term " substantially" in claim 8 is relative 
term which render the claim indefinite. Examiner point out that the term " substantially" 
is not defined by the claim and the specification does not provide a standard for 
ascertaining the requisite degree, and one of ordinary skill in the art would not be 
reasonably apprised of the scope of the invention. As a result, the 112 rejection of 
claim 8 is respectfully maintained. 

• Applicant asserts that a client the cited reference does not disclose "generating a 
request for type information, sending the request for type information to an object 
request broker, reading the type information from a metadata repository and the 
client receiving the translated type information for the attribute or event through 
the object request broker". 

Examiner respectfully disagrees. Examiner respectfully point out that Carre 
discloses the Applicant claimed invention as Carre discloses a method for managing a 
network comprising: a client (Agent 1 fig. 3a) generating a request for type information 
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for an attribute or event (sending and receiving requests and outcome messages, see 
abstract, fig. 2a, 2b, col. 3 lines 18-55 and col. 5 lines 4-65), sending the request for type 
information to an object request broker (using Object Request Broker ORB of fig. 3a to 
send type conversion upon request, see col. 5 lines 39-65 and col.6 lines 1-35), reading 
the type information from a metadata repository (using CMISE/IDL fig.3 as a metadata 
repository to manage/store the OSI objects translated from type conversion, see col.6 
lines 1-35) and the client receiving the translated type information for the attribute or 
event through the object request broker (translating COBRA address types from OSI 
types between agent and manager units which communicate via the CMIP protocol, see 
col.6 lines 10-35) as rejected above. 

• Applicant asserts that a client the cited reference does not disclose limitations in 
claim 10. 

Examiner respectfully point out that Carre discloses a method for managing a 
network, the method comprising: a client (Agent 1 fig. 3a) generating a request to 
encode type information (type translation, for example, converting ASN.1 to IDL 
language, see col. 3 lines 18-55 and col. 5 lines 20-58) for an object, attribute, or event, 
wherein the request is expressed in an interface definition language, wherein the 
interface definition language is operable to define object interfaces across a plurality of 
platforms and across a plurality of programming languages [see abstract, fig. 2a, 2b, 
col.3 lines 18-55 and col. 5 lines 4-38), sending the request to an object request broker 
(ORB fig. 3a) and a metadata gateway (CMISE Gateway fig. 3a) receiving the request to 
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encode the type information from the object request broker (ORB fig. 3) and translating 
the type information from the interface definition language to a database format 
receiving the request for type information from the object request broker (using IDL 
protocol translation services, see col. 5 lines 39-65), storing the type information in a 
metadata repository (CMISE/IDL fig.3), wherein the type information is stored in a 
database format in the metadata repository (translation of COBRA address types from 
OS I types, see col. 6 lines 10-35). 

• Applicant asserts that a client the cited reference does not disclose limitations in 
claim 17. 

Examiner respectfully point out that Carre discloses a library of data types 
expressed in an abstract syntax notation (ASN1, see col.5 Iine2 4-41), wherein the 
abstract syntax notation comprises a metadata notation language; a plurality of object 
types (OSI objects), wherein each object type comprises one or more of the data types 
from the library of data types; and an interface (OSI interface) to the plurality of object 
types (IDL language types), wherein the interface is operable to provide one or more 
clients with access to the metadata as expressed in the interface definition language 
(implementing type conversions, see fig.2a, 3a, col.4 lines 7-62 and col.5 line 39 to col.6 
line 35) as rejected above. 

As a result, cited prior art does disclose a system and method a method for managing a 
network, as broadly claimed by the Applicants. Applicants clearly have still failed to 
identify specific claim limitations that would define a clearly patentable distinction over 
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prior art. Therefore, the examiner asserts that cited prior art teaches or suggests the 
subject matter broadly recited in independent claims 1, 10, 17, 22 and 27. 
Claims 2-9, 11-16, 23-26 and 28-30 are also rejected at least by virtue of their 
dependency on independent claims and by other reasons set forth in the previous office 
action [see paper mailed on 11/1/2005]. Accordingly, claims 1-31 are respectfully 
rejected. 

Conclusion 

8. Claims 1-31 are rejected. 

9. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Khanh Dinh whose telephone number is (571) 272- 
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3936. The examiner can normally be reached on Monday through Friday from 8:00 A.m. 
to 5:00 P.m. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Zarni Maung, can be reached on (571) 272-3939. The fax phone number 
for this group is (571) 273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval IPAIRI system. Status information for published 
applications may be obtained from either Private PMR or Public PMR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 



Khanh Dinh 
Primary Examiner 
Art Unit 2151 
4/14/2006 



